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(54) Title: SCHEDULING SYSTEM 
(57) Abstract 

A computer system for 
scheduling events between end 
users (20) of the system. Each 
end user (20) is granted a unique 
password protected personal 
calendar. This calendar is 
generated from information stored 
in a database at a central server 
(I OX and delivered to each end 
user (20) as standard HTML sent 
through the Internet (30). This 
custom personal calendar is then 
viewed by the end user (20) in 
a standard Web Browser. This 
obviates the need for special 
software programs to be purchased 
by end users, and also allows end 
users of any CPU type to read 
their calendars. When an end 
user (20) uses the system to send 
an Invitation or Announcement 
to others on the system, the 
sending user (20) has the option 
of sending E-mail in addition to 
posting that information in the 
calendars' of others. When an 
end user (20) sends an Invitation 
or Announcement to a person who 
is not an Appointnet user, then the 
Appointnet system automatically creates a unique calendar for the recipient, and sends an E-mail to that person. Individuals who use the 
present system can post reminders to themselves, send annoucements to people they know, and make appointments with people they 
know. When these messages are sent, the communication is nearly instantaneous because the system makes one record and allows both 
(or many) parties to view it. 



UTIUSA7EUR3 



ORGANE D'ACHEMINEMENT 
LOCAL 




imUSATEUR 1 



10- 



SERVEURS 



-10 




FOR THE PURPOSES OF INFORMATION ONLY 



Codes used to identify States party to the PCT on the front pages of pamphlets publishing International applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Annc&ia 


n 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


Franco 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swazuaad 


AZ 


Axerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


Bosnia and Herzegovina 


GB 


Oeorgb 


MD 


Republic of Moldova 


TC 


Togo 


BB 


Barbados 


CH 


Ghana 


MC 


Madagascar 


TJ 


Tajikkun 


BE 


Belgium 


GN 


Guinea 


MK 


The former Ycgoslav 


TM 


Turkmenistan 


BF 


Burkina Paso 


GR 


Greece 




•Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benb 


IS 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


tL 


Israel 


MR 




UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Cyinfa 


IT 


Italy 


MX 


Mexico 


uz 


Uzbekistan 


CP 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


zw 


Zimbabwe 


C! 


C6te d'lvoirc 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Csmcroou 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


FT 


Portugal 






CU 


Cuba 


KZ 


Kazahaan 


RO 


Romania 






CZ 


Czech Republic 


LC 


SaJm Lucia 


RU 


Russian Federation 






DE 


Germany 


U 


Licchtenstxin 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Uberia 


SG 


Singapore 







WO 99/38079 



- PCTAJS99/01239 



SCHEDULING SYSTEM 
Claim of Priority 

This application is a continuation-in part of U.S. Serial No. 09A)10,963 filed January 22, 

1998. 

Fiend of tks Knvffltfan 
The present invention is in the field of scheduling and teaches a method for scheduling 
meetings, appointments announcements and other forms of communications by means of a 
computerized system. More particularly, this invention relates to a networked computer 
hardware and software system that allow users of the system to reserve times in one another's 
schedules. 

Background of the Invention 

Whenever people attend trade shows, meetings and other activities that bring together 
groups of people, it is often desired by people at those gatherings to schedule several meetings 
with different individuals. Similarly, it is often desired to make reservations for appointments 
at such establishments as restaurants, salons, and automobile servicing centers. Additionally 
individuals often contact other business and social contacts to confirm scheduled meetings, or 
to modify plans for existing arrangements. In these cases a conflict oftentimes arises in the new 
schedule that must immediately be resolved, or else one of the events creating the conflict will 
not be attended by all members of the expected group. When this happens frequently one or both 
of the scheduled events will not be successful. 

In the past, people scheduled appointments by telephone, fax, or perhaps by a brief 
informal meeting to arrange a convenient time for longer appointments. Notations about these 
appointments would typically be written in pencil on a paper calendar until the appointment was 
confirmed. Confirmed appointments would be written in ink on paper calendars. The amount 
of erasures and strikeouts in most busy business person's paper calendar attests to the 
inefficiencies of this type of appointment scheduling. 

Recently, computer-based systems have been developed that essentially automate the 
manual procedures outlined above, and allow individuals to make entries about appointments 
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into computer based calendars. Programs like GROUPWISE, by Novell, Inc. and other have 
endeavored to improve upon the appointment and scheduling process, but instead they have 
succeeded in creating complex proprietary systems that require custom software on each 
computer, specialized hardware, and often operate within limited proscribed network 
environments. This result fells far short of fulfilling a need in the art for technology that 
coordinates myriad schedules, and facilitates making appointments with people in disparate 
locations, time zones, and computing environments. 

Summary of the Invention 
The aforementioned problems are met and long-felt needs solved by computer systems 
for scheduling events provided in accordance with the present invention. The systems preferably 
comprise an end user interface that is generated in a standard page markup syntax and sent using 
standard communication protocols, thereby allowing end users to communicate with the system. 
The systems further preferably comprise means for delivering the scheduling events to end users 
of the system using the above standards. Even more preferably, the systems comprise means for 
confirming the proposed events by the end users using the above standards. 

In still further preferred embodiments, computer systems for scheduling events between 
end users provided in accordance with the invention solve the aforementioned problems and 
long-felt needs. Preferably, theses systems comprise a client interface that allows an initial end 
user to communicate a desire to schedule and event through the system to potential end users. 
Still more preferably, the systems comprise a transport medium interface for allowing the system 
to transport proposed event schedules between potential end users of the system. Yet more 
preferably, the systems comprise a computer subsystem for generating for the initial end user of 
the system, a calendar that is adapted to contain the events for that initial client and which is 
modifiable when other end users of the system, or that first user places messages about events 
into the calendar of the initial user. 

Methods for scheduling events also satisfy the above referenced long-felt needs. 
Preferably, the methods comprise the steps of allowing an initial end user to communicate events 
to other potential end users or to himself, delivering the events from the initial end user to the 
other potential end users, or to the initial end user, with a standard protocol, and confirming the 
events in a visible manner to both the initial end user, and other potential end users. 
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The scheduling systems provided in accordance with the present invention thus provide 
a simple and efficient means for people to make appointments, arrange meetings, and create other 
sorts of events that occur at an agreed upon moment in time. The systems and methods described 
herein are particularly useful in communicating over the Internet or World Wide Web, assisted 
by Email, since they do not require the client to contain any special software that is uniquely 
suited to only this particular task, but rather operate through standard HTML text as displayed 
in a standard Web Browser. The scheduling systems are particularly unique in that these systems 
allow each end user to possess a unique private calendar that communicates with other private 
and unique calendars of other end users across the transport medium. No user ever sees the 
private calendar of another, yet messages and invitations sent to other users show up in both 
calendars. When a current end user wants to propose times for a meeting with an individual who 
is not currently a user of the system, the system creates a new account and contacts the new user 
with an e-mail, which in turn provides that individual with a connection to the system and access 
to a private calendar of his owa That new calendar then becomes part of the overall system and 
contains the proposal for the meeting as it was sent by the originating end user. In this manner, 
the systems and methods provided in accordance with the present invention provide a method 
of extreme proliferation of the scheduling systems claimed herein, thereby making the schedules 
ubiquitous throughout the Internet through E-mail. By providing a ubiquitous system, each 
member of a large segment of the population will have access to private calendar and scheduling 
systems, and the use of these systems will rapidly become second nature. 

In still another embodiment of the present invention to provide a calendar and scheduling 
system which factors in changes in time zones. In still other embodiments of the present 
invention provides a system which can be used to link a calendaring system to a hand held device 
such as a PDA or PalmPilot. The present invention also provides a system which facilitates 
connection to a calendar application programing interface. In still other embodiments, present 
invention provides a system which facilitates brand recognition and branding. 

The invention is best understood by those with skill in the art by reading the following 
detailed description of the preferred embodiments in conjunction with the drawings which are 
first described briefly below. 
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Brief Description of the Drawings 
Figure 1A is a system diagram of the Appointnet scheduling system of the present 
invention. 

Figure 1 B is a detailed block diagram of the server architecture of the Appointnet system. 
Figure 1C is a block diagram of the interaction between an administration subsystem of 
the Appointnet system and various other subsystems of the Appointnet system. 

Figure ID is a detailed block diagram of the Web Server of the present invention. 
Figure IE is a detailed block diagram of the Database Subsystem of the present inventioa 
Figure 2A is a flow diagram of a preferred embodiment of the basic Appointnet system 
of the present invention. 

Figure 2B is a flow diagram illustrating the process whereby users of the Appointnet 
system can see events that have been created by a first user. 

Figure 3 is a flow diagram of the sign-on process for users of the Appointnet system 
wherein new users are added to the system if they have not previously signed on to the system. 

Figure 4 is a flow diagram of the routine in the Appointnet system which shows a user's 
calendar created by the system. 

Figure 5 is a flow diagram of a routine in the Appointnet system which gets data showing 
a detail for a single appointment 

Figure 6 is a flow diagram of how data for appointments are displayed in a calendar. 
Figure 7 is a flow diagram of a routine in the Appointnet system which processes user 
requests to the system. 

Figure 8 is a flow diagram of a routine in the Appointnet system which displays screens 
for the creation of appointments of various types. (Detail of Figure 7) 

Figure 9 is a flow diagram of a routine in the Appointnet system which sets the 
preferences for a particular calendar configuration. (Detail of Figure 7, #880) 

Figure 1 OA is a flow diagram of a routine in the Appointnet system which searches for 
data and displays the data results as links. 

Figure 1 OB is a flow diagram of a routine in the Appointnet system which allows the user 
to view a calendar by month, week or day. 

Figure IOC is a flow diagram of a routine in the Appointnet system which displays 
incoming appointments as links. 

-4- 



SUBSTITUTE SHEET ( rule 26 ) 



WO 99/38079 



PCT/US99/0I239 



Figure 1 1 is a flow diagram of a routine in the Appointed system which sends E-MAIL, 
and thereby pushes a calendar through the Internet to users. 

Figure 12 is a flow diagram of a routine in the Appointnet system which creates an 
appointment. (Detail of Figure 7, ft 970) 

Figure 13 is a flow diagram of a routine in the processes using input from a detail in Figure 

5. 

Figure 14 is a flow diagram of a routine of how the Appointnet system of the present 
invention spreads throughout users of the system through a backbone. 

Figure 15 is yet a further preferred embodiment of the system architecture of the 
Appointnet system of the present invention. 

Figures 16A through 16C illustrate calendars in the monthly, weekly and daily mode 
created by the Appointnet system of Figure 15. 

Figures 1 7A through 17F illustrate making an appointment with another person using the 
Appointnet system of Figure 15. 

Figures 18A through 18B illustrate making a reminder to oneself using the Appointnet 
system of Figure 15. 

Figures 1 9A through 19B illustrate announcing a message to another using the Appointnet 
system of Figure 15. 

Figure 20 is an illustration of the InBox fuxtction of the Appointnet system of Figure 15. 

Figures 21A through 21C illustrate the detail available for an appointment made by the 
Appointnet system of Figure 15, and the use of a contact log. 

Figure 22 is a calendar application interface for us in conjunction with the present 
invention. 

Figures 23A and 23B are flow charts which illustrate event date/time storage and display 
for use when a user changes time zones. 

Figures 24A and 24B illustrate a feature for creating a file merger feature. 

Figure 25 illustrates a brand retrieval system in accordance with the present invention. 

Figure 26 illustrates a system for linking the Appointnet system with a hand held device 
(PDA) such as a PalmPilot. 
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Figure 27 is a sub-page within the Appointnet calendar for use in an electronic commerce 
application. 

Detailed Description of the Preferred Embodiments 

Referring now to the drawings wherein like references numerals refer to like elements, 
Figure 1 A illustrates a multiple server 10 environment which comprises a computer system in 
accordance with the present invention that allows multiple users to communicate with one another 
via the system and system clients 20 (also referred to in Figure IB as 90). Through this 
communication, users can schedule meetings and appointments with other users of the system. 
They can also send announcements to other users of the system, post reminders to themselves. In 
addition, users can generate schedules that can be viewed by other users when those other users 
choose to subscribe to those posted schedules. 

A transport medium 30 preferably using Internet Protocols (IP), interfaces the clients 20 
to the servers 10. A client 20 can be any device that connects to the system via the Internet or other 
IP transport methods and includes, but is not limited to, such devices as televisions, computers, 
hand-held electronic devices, wireless electronic devices, and in point of fact, any device that uses 
IP's and uses a transport medium. Non-limiting examples of the transport medium 30 any 
backbone or link such as an ATM link, FDDI link, satellite link, cable, twisted pair, fiber-optic, 
broadcast wireless network, the Internet, the World Wide Web, or even a Local Area Network 
(LAN), Wide Area Network (WAN), or any other kind of intranet environment such as a standard 
Ethernet link. In such alternative cases, the clients will communicate with the system using 
protocols appropriate for the network to which that client is attached. All such embodiments and 
equivalents thereof are intended to be within the scope of the present invention, The Term 
"Appointnet" is used throughout to denote systems of the present invention and is a trademark of 
AppointNet, Inc. a Pennsylvania company with offices on North Columbus Boulevard in 
Philadelphia, PA, 

A local director 40 routes signals through the Appointnet system to the various servers 10 
and to and through the transport medium 30. Preferably, the Appointnet system delivers an 
inventory of events created by one of the end users to at least one of the other end users of the 
system. These events are typically appointments on the first end user's Active Scheduling Grid 
(ASG), sometimes referred to simply as a scheduling grid or calendar. These terms are used 
interchangeably throughout. In this manner, groups of possible events or appointments between 
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several end users of the Appointnet system can be compared to determine whether there is a 
commonality of times in several schedules to plan meetings between end users based on such 
criteria as time, date, length of meeting, place of meeting, and so forth. 

Thus it can be seen from the preferred embodiment of Figure 1 A that the Appointnet 
system as a whole is comprised of a number of inter-connected client devices that communicate 
with a server 10 through a transport medium 30 preferably using IP standards. Referring to figures 
1A through IE collectively, the two primary servers in the Appointnet system are the Web Server 
50 and the SQL Server 60. The SQL Server 60 in this embodiment runs "SQL Server" database 
management software from Microsoft Corporation. There is also an Administrator Workstation 
150 that provides administrative capabilities for the entire system. The Administrator Workstation 
150 allows administrators or other operators of this terminal to perform routine operations at effect 
the system. Such operations include, but are not limited to adding clients, checking account 
balances, printing reports, updating customer records, performing backups, and maintaining the 
programs that comprise the Appointnet system. The Administrator Workstation 150 is able to 
communicate directly with the Web Server 50 and the SQL Server 60. 

The Appointnet system of the present invention provides an efficient mechanism through 
which an individual or groups of individuals can set appointments in time and place; organize 
events; send announcements; and post reminders in such a way that information is available to 
selected individuals or groups of individuals. The determination of the scope of the recipient list 
is at the discretion of the originator of the message. Appointnet preferably uses the World Wide 
Web as a transport medium for connecting end users with client devices 20 who wish to invite 
other end users that in turn receive the appointments, events, and other messages. End users in 
their roles as senders or recipients of messages sent via the Appointnet system use a Web Browser 
1 00 to connect to the Web subsystem 70. By working with a simple set of forms and calendars 
expressed in standard HTML and visible in the client device, end users access and manipulate the 
data stored in the Database Subsystem 1 10 to create messages that are then visible to other end 
users of the Appointnet system. As a result of these actions the system may invoke the 
Communications Subsystem 120 in the Communications Server 130 to transmit scheduling 
information between end users in a form external to the Appointnet calendar paradigm. These 
transmissions may take such forms as E-MAIL, fax communications, voice communications, pager 
notification, or messaging to other devices that are not client devices 20. In the current form, non- 
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client devices do not provide two way communications with Appointnet so a recipient of one such 
communication would be notified that a message awaits them on their Appointnet client When 
two way communication becomes possible with these devices, then by definition they become 
client devices 20. 

The Web Server 50 sends client interface information as HTML through the Web 
Subsystem 70 to a Web Browser 100 software program, and an E-mail reader 80 that execute 
within a client device 20. As shown in the configuration described in Figures 1 A-1E, the Web 
Server may call CGI scripts that process information from the client The SQL Server 60 operates 
in concert with the Web Server 50 and maintains all the end users' account information, financial 
records, and other associated transaction data as well as all interactions with the Web Server that 
result in a change in the information in the Database subsystem 1 10. 

The Web Subsystem 70 is responsible for all interactions with the Web Browser 100 in 
client devices, and serves as the client interface to the Appointnet system. All interactions between 
client devices and the Database Subsystem 1 1 0 occur through the Web Subsystem 70. Internet 
Information Server 200 (IIS) by Microsoft Corporation is preferably used as the Web Server 50 
software. The expression of the user interface presented to end users in their client devices is 
preferably implemented as HTML and displayed in a standard Web Browser 100. Several of the 
HTML pages are static and reside on the Web Server to .be delivered upon demand by end users 
operating client devices. A majority of the HTML seen as custom calendars and forms by end 
users is generated by the Web Subsystem 70 and delivered to the client device upon demand in 
response to actions taken by end users operating client devices. Calendars, forms for invitations, 
announcements, and reminders are all unique for each end user and generated by the Web 
Subsystem using information stored in the Database Subsystem 110. 

One of the unique and advantageous aspects of the Appointnet system in a preferred 
embodiment is that it delivers custom information to each end user as HTML, a standard page 
mark-up language that is displayed in a predictable manner by a standard Web Browser without 
fear that important information will become lost or misrepresented. It will be recognized by those 
with skill in the art that other, non-HTML page mark-up languages or evolved future versions of 
HTML can be used in accordance with the present invention. This completely removes the 
requirement for end users to purchase special custom software applications to communicate with 
each other. The end users can simply read the HTML pages into their existing Web Browsers 100 
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from the Internet in a way familiar to anyone who has visited any site on the Internet, and similar 
to the method used now to accept E-mail from the Internet 

For clarity, the HTML files and high level CGI scripts are preferably partitioned into three 
subsystems as shown in Figure ID. The Account Creation/Promotion subsystem 230 controls 
interactions when there is not yet a client specified. The Poster Subsystem 240 controls poster 
specific interactions, while the Requestor Subsystem 250 is responsible for requestor interactions. 
There is also a lower level library of generally useful routines for interacting with the Database, 
Communication, and Billing Subsystems and performing such generic tasks as filling in HTML 
templates. These types of lower level routines are known to those with skill in the art 

All of the systems listed above preferably communicate via an Ethernet 100BaseT 
network, and a 100 megabit Switching Hub. In addition, a second, isolated, network segment 
exists between the Web Server 50 and the external communications hardware (Internet router). 
This keeps external traffic isolated from the internal network, as well as providing a dedicated 
connection between the Web Server and the Internet for maximum throughput. The systems will 
have an initial configuration of 64 Million Bytes (MB) of Random Access Memory (RAM) for the 
Web Server 50, and 128 MB for the Database Server 60, both with the capability to be expanded 
to 256MB of ECC (Error Checking and Correcting) RAM. 

invention due to the sensitive and confidential nature of some of the material in the Appointnet data 
The Web Server 50 is the point of entry to the entire Appointnet system. It determines who 
the remote user is and makes appropriate decisions while serving the HTML to the client The 
Web Server sends HTML to the client User Workstation 90, validates end user passwords, sends 
logging and transaction information to the SQL Saver 60, and performs logical operations, thereby 
also behaving as a transactional server. 

The Web Server's 50 operating system is preferably based on Windows NT 4.0 Server. 
Windows NT is a multi-platform operating system provided by Microsoft Corporation of 
Redmond, Washington. This operating system software provides Appointnet with the greatest 
potential for growth as subsequent versions of Windows NT may well become available for new 
and different kinds of microprocessors in response to growing demand by a growing number of 
customers. The current implementation of the Appointnet system preferably runs on Pentium Pro 
microprocessor based computers. These microprocessors are made by Intel Corporation. Pentium 
pro based computers can be configured to have more than one microprocessor. This configuration 
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is becoming more common, and since Windows NT 4.0 is an operating system that supports multi- 
threaded applications it can utilize the full power of dual processor computer systems. 

The Windows NT 4.0 server includes IIS, which is a completely integrated Internet 
application platform. IIS includes a high performance Web Server, an application development 
environment, integrated full-text searching, multimedia streaming, and site management tools. The 
security infrastructure is totally integrated with Windows NT Server, enabling an easy to maintain 
and highly secure Web development and deployment environment IIS also includes support for 
HTTP byte-range browsers to begin receiving data from any part of a file for enhanced 
performance. HTTP is a term of art and stands for Hyper-Text Transport Protocol. 

Another important factor in deciding to use Windows NT is that there is a wealth of 
available development tools, developer support, and end-product support for this operating system. 
Microsoft has, by far, the most comprehensive and well-maintained system in place for providing 
the information and tools necessary to create the planned Appointnet system. In addition, there are 
many third-party tools available which will facilitate development Using the IIS server, for every 
connection to the Web Server 50, 256 kilobytes (K) of RAM usage is reserved. For every 25 MB 
of memory allocated to the IIS server, it will support 100 simultaneous users. In a preferred 
embodiment the Web Server wUl be configured with a Pentium Pro(P6) 200 Megahertz (MHZ) 
central processing unit (CPU), 64 MB of ECC RAM / up to 256 MB of ECC RAM, a graphics 
adapter capable of showing 1024x768 pixels with a depth of 8 bits, a 15 inch monitor, a PCI 
Fast/Wide SCSI-2 I/O adapter, one PCI 10base2 Ethernet adapter and one PCI lOObaseT Ethernet 
adapter, a keyboard and a mouse, a 3.5 inch floppy drive, a Compact Disk (CD) Read Only 
Memory (ROM) disk drive, and JAZ disk drive (JAZ is a trademark of the Omega Corporation), 
and a 2 Billion byte (GB) fast/wide SCSI-2 drive as a boot drive. (PCI is a standard bus 
configuration in computers with Intel microprocessors, SCSI is an acronym standing for Small 
Computer Standard Interface. The "-2" indicates the version of the SCSI specification in use.) 

The operators and managers of the Appointnet system may create, delete, and update 
account information by utilizing the Administration Subsystem 140 in an Administration 
Workstation 150. Clients may also request that the Appointnet system remind them of 
appointments, thus encouraging them to review their schedules periodically. End uses do this by 
submitting requests for asynchronous notification; there will be handled by the Batch Subsystem 
160 at well defined intervals. 
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The Billing Subsystem 1 70 is responsible for credit card verification and credit card billing. 
The Database, Communication, and Billing Subsystems execute essential services for other parts 
of the system, and will therefore have well defined application program interfaces (API) as well 
be recognized by those with skill in the art. The Appointnet system is protected for the Internet 
by a "firewall" 1 80 which is a good safety precaution, and important with respect to the present 
base. 

The Database Subsystem 1 10 stores all persistent information pertaining to client accounts, 
calendars, administrator accounts, billing parameters, as well as general dynamic system 
information. All interactions with the Database Subsystem 1 10 are done through the Database API 
190, which defines the interface to a library of stored procedures 330. These are used to implement 
high-level database functions and to shield the details of the database implementation from the 
other subsystems. The Database Subsystem 1 10 is preferably implemented using a Microsoft SQL 
Server, and is backed up on a regular basis. 

The Administration Subsystem 140 provides an interface for operators and managers of the 
Appointnet system to modify at 260 the Appointnet database 270, print reports, view system data, 
and log user comments and complaints. The Administration Subsystem 1 40 provides a collection 
260 of access forms, queries, reports, and modules to implement the administration interface. 
Since administrators have the power within the system to force most actions, the Administration 
Subsystem will interact with the Communications, Database, and Billing Subsystems. 

The Communications Subsystem 120 interfaced to the Comm API 270 will be used to 
notify users of appointment requests and confirmations. Users may be notified by phone, fax 280, 
E-mail, or pager 290, or other communications devices which can be contacted by the system. 
Some portable telephones and pagers have E-mail addresses and so will be contacted by the E-mail 
system, others have only phone numbers and the Microsoft TAPI interface may also be used as a 
means of communication. Other interfaces may be utilized as the application so demands. 

The Batch Subsystem 160 will run periodically to send out grouped notifications. It will 
access the Database Subsystem 1 10 to determine what notifications are required, and uses the 
Communication Subsystem 120 to make those notifications. The Billing Subsystem 170 will be 
used to verify and bill credit cards and communicate through the Billing API 300 to the 
Administration Subsystem 140, and potentially to an outside Billing and Verification service 310 
which could be used to perform the billing function for the Appointnet system. 
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The Database Server 60 which implements that Database Subsystem 1 10 of the present 
invention, is a server that maintains all associated logging and transaction information for the 
Appointnet system. Through the Appointnet Database 270 (which is backed up by a backup 
database 275 for safety purposes), the Database Server 60 logs client setup and account creation 
5 information, stores information for individuals creating calendars and changes made to that 
information, maintains user account information, maintains account balances, produces and prints 
reports, hosts backup operations, and performs statistical calculations for the entire system. 

The Database Server 60 uses the Windows NT 4.0 operating system and utilizes the 
Windows NT SQL Server 6.5 shown at 320. The SQL Server 320 communicates with a set of 

10 stored procedure calls (to be discussed more fully below) in library 330. 

The Database Server 60 is preferably a dual processor computer with a Pentium Pro 
microprocessor. The SQL Server 320 is optimized specifically for the Windows NT threading 
model. Each connection to the database and its associated work may be handled by a separate 
thread within the SQL Server process space. Since Windows NT can distribute threads to multiple 

15 processors for execution, when many users simultaneously send queries to SQL Server 320, each 
of those requests may be distributed across the multiple processors for execution. Because of this 
design, the SQL Server 320 is well suited for high processing loads and scales extremely well on 
Symmetric Multi-Processing (SMP) servers. SQL Server 320 will efficiently use additional 
processors to its advantage in high volume environments. The dual processor machine is sufficient 

20 for the type and amount of transactions that it will be performing, however if it proves insufficient, 
the database can be "striped" to two or more machines to distribute the server load. 

The disk subsystem of the Database Server 230 is a vulnerable and crucial server element. 
Due to the mission critical design of this subsystem, it is preferable to utilize a Level 5 RAID. As 
RAID is an alternative to standard SCSI hard disk drives, a RAID system provides automatic 

25 recovery from hard drive failures. Level 5 RAID systems provide the best balance between cost 
and level of data protection. A Level 5 RAID system uses multiple hard disk drives, on which the 
stored data is recorded redundantly using a scheme by which the data on the disk can be 
reconstructed if one of the disk drive units in the RAID fails. In the event of failure, the failed 
drive can be removed from the RAID system while it is still operating, and a replacement drive can 

30 be installed. The RAID system will re-generate the data and return itself to full protection 
capability. The data stored on the disk subsystem remains available for normal processing, that 
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is from the time the drive failures to the time the RAID system is returned to foil protection 
capability. Other levels of RAID which are less costly do not offer this type of data availability 
and could translate into costly system downtime. 

Statistical calculations will be performed by the Database Server, along with other types 
of report generation. Specifically, IIS can log directly to an Open Database Connectivity (ODBC) 
standard data source. This makes the availability of the data collected by the Database Server 
about client activity on the system to be more readily available and easier to process into logical 
reports. Preferably the Database Server system is configured with a dual P6-200 MHZ CPU, 128 
MB ECC / up to 256 MB ECC RAM, a graphics adapter capable of showing 1024x768 pixels with 
a depth of 8 bits, a 15 inch monitor, a PCI Fast/Wide SCSI-2 I/O adapter, one PCI lOObiiseT 
Ethernet adapter, a keyboard and a mouse, a 3 .5 inch floppy drive, a CD ROM drive, a JAZ disk 
drive, a 2 GB PCI Fast/Wide SCSI-2 hard disk drive, two 9 GB PCI FastAVide SCSI hard drives 
(Level 1) or an 8 GB RAID Subsystem (LEVEL 5), and a 24 GB DAT SCSI (2MB per minute) 
tape back up unit. 

Initially, there will be one operator workstation used for administering the system. As the 
need for additional workstations arises, additional operator workstations can be added by adding 
additional computer systems, installing the administration software and connecting them to the 
LAN. Operator Workstation machines preferably utilize the Windows 95 operating environment 
created by Microsoft Corporation. The Operator Workstations are configured with a Pentium CPU 
running at 166 MHZ, with 32 MB Extended Data Out (EDO) RAM, , a graphics adapter capable 
of showing 1024x768 pixels with a depth of 8 bits, a 15 inch monitor, one PCI lOObaseT Ethernet 
adapter, a keyboard and a mouse, a 3.5 inch floppy disk drive, a CD ROM drive, a JAZ disk drive, 
and a 2 GB enhanced IDE hard disk drive. 

In accordance with the invention, in order to set up a calendar with the system of Figures 
1 A - IE, the end user first establishes an account with Appointnet because that end user wishes 
to set up appointments with one or more individuals. This end user then is given a private personal 
calendar by the Appointnet system. The end user may create an ASG with the Appointnet system. 
This ASG is then published and made available to other users of the Appointnet system. While 
creating this ASG that end user may specify which other end users may see that ASG. Those end 
users arc then notified by the Appointnet system that the ASG is available to them. The calendar 
is delivered through the Internet using standard Internet Protocols to the client [20] as HTML, and 
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viewed by the end user(s). 

A still more preferred embodiment of the Appointnet system of the present invention is 
shown in Figure 1 5. A distinct advantage of the system found in Figure 1 5 is that it can run as a 
single server, and all of the functionality of the prior servers can be implemented on the single 
server using a virtual server environment, or more simply with sub-routines and stored procedures. 
As the system acquires more users, additional servers with the same functionality can easily be 
integrated to provide seamless access and processing for all the throughput Preferably the system 
of Figure 15 runs on a computer with a Pentium Pro 200 microprocessor, Windows NT 4.0 
operating system, and the SQL Server 320. Even more preferably the computer would have 256 
MB of RAM and a Level 2 RAID 5 hard disk drive array holding many gigabytes of information. 
It will also be recognized by those skilled in the art that the Appointnet system described in 
accordance with the invention can utilize any appropriate operating system other than Windows 
NT such as for example, but not being limited thereby, Windows 95 or any variety of UNIX. 

In the embodiment of Figure 15,aclient20 sendsarequest 1380 to the IIS 1390 for Active 
Server Pages (ASP). Rather than utilizing the CGI scripting environment and interpreter described 
above, the ASP's are processed at 1400 and HTML is generated by ASP scripts 1410. These 
HTML pages are then sent through the transport medium to the Web Browser software running in 
the client machine. 

When an end user wants to send a notification of the invitation from his client machine to 
a different end user, a slightly more involved process occurs. The end user selects a form entry 
presented in the Browser running on his client machine. That form is sent to the Appointnet 
system, it is processed 1400 and an E-mail is generated by the E-mail component 1420 and sent 
to the second end user by the E-mail server 1430. The E-mail server could be a separate piece of 
computer equipment, or integrated within a single piece. The E-mail invitation is then sent to the 
other client 1440 where it is read in an E-mail reader. The E-mail reader is preferably enabled to 
allow the end user to click on the hypertext link in the E-mail, and doing so causes that end user's 
Web Browser to become active and automatically link to the Appointnet Internet site. 

Preferably, a time zone component 1450 is provided that calculates time zones and ensures 
that reminders, invitations, the scheduling of meetings and announcements appear in the correct 
times when messages are sent across time zones. More preferably, the time zones are always 
referenced to Greenwich Mean Time. The time zone component of the present invention is custom 
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software that has been programmed in Visual C++, a product of Microsoft Corporation. 

Figure 23 A illustrates how time zone information is stored. If a time is an all day event 
2000, such as the payment of taxes, the time is set at 12:01 a.ra. 2010. If the time is a cyber time 
2020, it is converted to Greenwich Mean Time 2040 and stored in the database 2050, If not, it is 
stored according to the time zone and local time 2030. In such a case, if the end user changes his 
time zone, the system will automatically change all times in the calendar, having no time zone, 
according to the new time zone. Accordingly, if a user who normally lives in Philadelphia, travels 
to Hawaii, when he changes his local time on the system, all other events on the system are 
accordingly changed. 

Figure 23B illustrates how event and appointment times are displayed on Appointnet. 
Initially, the time and time zone information 2060 are retrieved from the database 2050. If the time 
is 12:01 a.m, 2070, it is displayed as a "today" event 2080. If there is a time zone stored 2090, the 
event is displayed with a time zone 2100. If not, the time is converted to the user's local time 21 1 0 
which is then displayed 2120. 

In order for the ASP scripts to be processed, the SQL database 320 must be accessed. This 
is preferably accomplished through the Active Data Object (ADO) interface 1460 which provides 
the interface between the SQL Database 320 and the IIS 1390. As has been previously described, 
the SQL Database contains Database Tables and stored procedures which will be discussed in more 
detail below. 

An important aspect of the Appointnet system of Figure 15 is that in practice, Appointnet 
will generate revenue by selling advertising on its Web pages to a variety of advertisers. Thus, an 
Advertisement Rotator Component 1470 is provided to the system of Figure 15. This component 
1470 can interface with the IIS 1390 so ads are placed at particular intervals and in particular 
places on the Web pages, including specific time slots in a user's calendar, as these pages are 
viewed by end users operating client devices communicating with the Appointnet system via the 
transport medium. This Advertisement Rotator Component 1470 is a standard component used 
by other World Wide Web site developers. 

The teachings of the present invention also disclose a number of additional features. In 
particular, the present invention has a number of obvious applications for so-called "e-cornmerce" 
For example, using the SQL Database 320 of the present system, users of the Appointnet system 
can input such information as birthdays, holidays, Mother's Day, anniversaries, and the like. 
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Working in conjunction with e-commerce providers such as Hallmark®, the Appointnet system 
may send friendly commercial reminders to such users related to greeting cards, florists and the 
like. 

In another application, shown in Figure 25, the present invention can be utilized for 
Branding in conjunction with, for example, the Advertisement Rotator Component 1470. For 
example, users of the system who are brought in to Appointnet through the particular company, 
client, or portal can have, at all times on their calendars, specific brand information on the 
customer, client or portal which can appear for each user of the system who is related to the 
customer, client or portal. Referring to Figure 25, a method for retrieving brands is shown. As 
shown, as a new brand is put into the system 3010, it is stored 3020 and can be displayed 3040 in 
a manner associated with the customer, client or portal. 

Moreover, while the present invention allows the sharing of calendars, it is further 
recognized that other aspects of the Appointnet calendar system, including To-Do lists can further 
be linked and shared. In addition, the present invention further accommodates on-line chatting or 
threaded messaging using such vehicles as Internet Relay Channel. 

The following is a description of some of the more important subroutines. Tables 1-6 
below set definitions for the various fields used by the Appointnet system. 
TABLE 1- USERS 

Usm Description 

UserlD ID of user 

Password Password 

E-MAIL E-MAIL address 

FirstName 

MiddieName 

LastName 

Title 

OrganizationName 

Address 1 

Address2 

City 

State 
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Zip 

Country 

HomePhonc 

WorkPhone 

FaxPhone 

MembershipStatus 

DoteUpdated 

DateJoined 

ViewTimeZone 

ViewGrain 

ViewDays 

SentTypel 

WantPassword 

DayStart 

DayEnd 

mNotes 

mPennission Strings 
mCannedl 
mCanned2 
mCanned3 
mCanned4 
TABLE 2 -GROUPS 
Groups 
GroupID 
UserlD 
LinkText 
Location 
Duration 
Subject 
GroupType 
AcceptCount 



the user's current time zone 

how many minutes in each row (i.e., 60 show by hour) 

days in the current view 

do they want password EMailed to them 
time of the start of their day 
time of the end of their day 

strings that allow extra features 
canned messages 



Description 

ID of user who created 
link text creator used 

duration of event 

see table of slot types 

how many slots can be accepted 
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Permission 
mMessage 
mToEmail 
CieatorEmail 

TABLE 3 -VIEWS 

Views 

ViewID 

GroupID 

UserlD 

LinkText 

Visible 

mNotes 
TABLE 4 -SLOTS 

Slots 

SlotID 

GroupID 

UserlD 

Start 

SlotType 

Link 

TABLE 5 - E-MAIL ADDRESSES 
E-M A I L 
UserlD 
E-MAIL 
Name 

TABLE 6 -SLOT TYPES 
SlotT yp e 
Canceled 
Simplelnvite 
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what permission is required 

E-MAIL address of who it was sent to 
E-MAIL of creator 

RsscjriRltipft 

ID of group this view is looking at 
ID of owner of view 
user's private link text 

private notes 

Inscription 

ID of what group this slot is in 
User ID of creator 

start time/date of slot in GMT - Greenwich Menu Time 
see slot types 

raw link text for overlay (insert) 
Pwciriiptfaq 

user ID to group E-MAIL addresses 
E-MAIL of someone who UserlD knows 
their name 
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Confinned 

SystemOverlay 

SignUpSheet 

Announcement 

Reminder 

Several definitions are also useful. A "Group" is a database record that is unique for each 
appointment, announcement, or reminder made in the system. A "View" is a database record which 
allows an end user to view an appointment, announcement, or reminder made in the system. Each 
end user operating a client device can see an appointment, announcement, or reminder in the system 
because the end user has a "View" record that points to a "Group" record. The "Group" record is 
shared by all clients who can see an appointment, announcement, or reminder in this system 
("Event"). A "Slot" record is a database record that contains information about a time slot found in 
a calendar. The "Slot" records are grouped by "GroupID" and belong to a "Group" record. "Slots" 
are shared by all end users who can view appointments through their client devices. "SlotTypes" 
is a field found in the Slot record. The SlotTypes field hold information that sets the state associated 
with the appointment, announcement, or reminder associated with that time slot 

Referring to Figure 2 A, client devices 20 access or are accessed by the Appointnet system 
through the transport medium 30 by way of a Web Browser or through a text hyperlink found in an 
E-mail message 340. If the end user accesses Appointnet through the transport medium 30 he will 
encounter the home page of the Appointnet web site 350, From this home page, end users can 
choose to go further and sign in 360. If the end user chooses to access the Appointnet site from his 
E-mail system he will also come first to the home page of the site 350 from where he can proceed 
to sign in 360. Immediately upon sign in, a personal calendar unique to that end user is shown 370 
in the client device 20. The use of sign in procedures and passwords preserves client confidentiality 
and sensitive information which is desired by many users. From this personal calendar end users 
can request various services from the system, and the system in turn processes those requests 380. 
When the end user is finished he exits the site 390. 

Figure 2B illustrates view sharing in accordance with the Appointnet invention. Clients B 
and C, respectively 22 and 24, can see the Event. The Event is represented by a Group record. This 
Group record has been created by the Appointnet system as it processed end user requests 380 
generated at the client device 20 by the end user. Access by end users to these Events is managed 
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by View records. Each end user who can see an Event in his calendar can do so because he has a 
View record that points to a Group record. Those View records are created by the Appointnet 
system when the creating end user sends event messages to others on the system. When an invitation 
is sent a Group record is created, then a View record is created so the sender can see the Group 
record, and then another View record is created to the recipient can see the Group record. A 
different View record is created for each end user who is allowed to see the Group record. In this 
way real time capabilities are maintained, because all the end users can see the contents of one 
record, and when that record changes all the end users can see it at the same time. 

In a simple appointment, the Group record is shared by two end users, while in other kinds 
of messages, more than two end users can view the information. This is shown in Figure 2B. Client 
B's calendar 440 can access the group of records created by client A. This is done through client 
B's detail view of the event 450. Similarly, client C*s calendar 460 can access the group record 
created by client A through client C*s detail view of the event 470. 

Referring now to Figure 3, and discussed above, the Appointnet system creates records in 
Database Tables 480. These tables include "Users" (end user identification), "Views", "Groups", 
"Slots", and "E-mail" address for other end users. When an end user signs in at 490 with an E-mail 
address and password, the system checks the database 500 and 480 to see if a record exists with that 
combination 530. If such a record does exist, the personal calendar belonging to the end user 
represented by the unique combination of E-mail address and password is shown. If no match is 
found, a new account can be created. (The password can be re-entered at the end user's discretion). 

The primary purpose of the Appointnet system is to allow end users to send messages about 
events from their calendar to the calendars of others. Figure 4 shows the steps the Appointnet system 
takes to show a calendar 520. Since the same basic calendar routines are used to show all kinds of 
calendars including ones used to display detail pages, the system first checks to see if a detail page 
is requested 550. If this is a request for detail 550, this request causes the Appointnet system to 
generate the detail data 560, and change the calendar type to a day view 570. Next the Appointnet 
system creates a data structure in memory of a table for the kind of calendar to be displayed 580. 
That data structure calendar is filled with the slot data 590. If the system is making a detail view, 
then the detail information is added 600. If the system is making a page used to send some kind of 
event message then "Create Data" is added 610. Lastly the page is displayed 620. 



-20- 



SUBSTITUTE SHEET ( rule 26 ) 



WO 99/38079 



PCT/US99/01239 



Referring to Figure 5, in order to generate the detail data 560 for a particular kind of 
appointment, the system must switch on its "SlotTypes" 630 (see tables 2,4,and 6). The following 
mutually exclusive options are available in this switch. Each of these options represents different 
types of event messages sent by the Appointnet system 

Case 1 : Show a detail page for a simple appointment 640. This requires the system to generate text, 

check boxes, and E-mail options suited for only that kind of appointment 650; and then the 

system fills the detail page with information from the "View" record, "Group" record, and 

the "Slot" record that pertains to this particular event 
Case 2: Show a detail page for a confirmed appointment 660. This requires the system to generate 
the text, check boxes, and E-mail options suited for only that kind of appointment 670; and 

then the system fills the detail page with information from the "View" record, "Group" 

record, and the "Slot" record that pertains to this particular event. 
Case 3: Show the detail page for an element of a calendar overlay 680. This requires the system to 

generate the text, suited only for a calendar overlay message 690. 
Case 4: Show a detail page for a sign-up sheet 700. This requires the system to generate text, check 

boxes, and E-mail options suited for only that kind of appointment 710; and then the 

system fills the detail page with information from the "View" record, "Group" record, and 

the "Slot" record that pertains to this particular event 
Case 5: Show a detail page for creating an announcement 720. This requires the system to generate 
text, check boxes, and E-mail options suited for only that kind of message 720; and then the 

system fills the detail page with information from the "View" record, "Group" record, and 

the "Slot" record that pertains to this particular message. 
Case 6: Show a detail page for creating a reminder 740. This requires the system to generate text, 
check boxes, and E-mail options suited for only that kind of appointment 750; and then the 

system fills the detail page with information from the "View" record, "Group" record, and 

the "Slot" record that pertains to this particular event 

When the specialized information is gathered and formatted is it inserted into the day view 
of a calendar 760. 

Figure 6 details how a calendar is filled with "Slot" data 590 is accomplished. First the 
"StartTimes", and "EndTimes", and associated dates, are calculated 770. (Note: Since events are 
time zone corrected it becomes necessary to determine the date after the times. One end user could 
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be on the East Coast at 1AM Tuesday morning, and the other end user could be on the West Coast 
at 10PM Monday night) The time "Slots" for that end user's "View", "StartTimes," and 
"EndTimes* are obtained by accessing the Database Tables 480, The system then determines into 
which cell on the calendar the data goes 790, formats the cells based on the "SlotType" 800, adds 
any associated icons as needed 810, and then adds the detail data 820 as created by the preceding 
process shown in Figure 5. 

Figure 7 illustrates how the system processes particular end user requests. The subroutine 
of Figure 7 is intended to be a non-limiting illustration of types of end user requests that can be 
handled by a preferred embodiment of the Appointnet system. This figure shows refreshing the 
calendar, or show calendar in one view (day/week/month) 830; Make an appointment 840, 
Announcement 850, as well as a Reminder 860. The end user may also create a sign-up sheet 870, 
and set preferences for his calendar 880. The end user can search the system for information 890, 
request on-line help if any assistance is desired 990, and set the calendar type be to a month, week, 
or day view 9 1 0. The end user can request a list of in-bound invitations and announcements 920, 
navigate dates 930, or send E-mail 940 for example. Certain of the actions shown in Figure 7 cause 
the Appointnet system to create new data 950, which in turn causes the calendar to be redrawn 960. 
The system processes data pertaining to appointment creation 970, and further processes data 
returned from the detail displays 980. 

The process "get create data" 950 is similar in many respects to "get detail data" 560 shown 
in Figure 5. Referring to Figure 8, the system chooses only one path, using "SlotType" 630 to 
determine the path. Similar actions as those described in Figure 5 may then be taken as illustrated 
in Figure 8. 

The Appointnet system is versatile and allows end users to configure their calendars in 
virtually any desired fashion. End users change the configuration of a calendar by choosing the Set 
Preferences selection from the main calendar screen. The setting of preferences is illustrated in 
Figure 9 at 900. The subroutine takes personal preferences 1000, calendar configuration 1010, and 
predefined messages 1020, then collects them at 1030. The users record is updated 1060 in 
conjunction with the Database Tables 480. The end user may want to add a calendar insert to his 
personal calendar. A calendar insert, or overlay is a schedule for a group, either large or small, that 
can be chosen at 1040 to be inserted into an individual's calendar. This way an end user can see the 
schedule for his group displayed in his own personal Appointnet calendar. Available overlays can 
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be chosen by any number of aid users. These choices are collected by the system 1050, and a View 
record 1070 is created for each calendar insert chosen by the end user. At the end of this subroutine 
the Appointnet system returns to the end user's calendar 1080. 

The present invention can be used to create Event Schedule Overlays. Event schedules 
present several challenges. When such event schedule overlays are created it is preferable to have 
them set up in groups, such as, for example, the schedule of games for a sporting team. The user can 
then manipulate the entire schedule as a single entity. In addition, a user may want to select an 
arbitrary subset of the games for display (Home games, for example). 

These scenarios are handled by the Appointnet system in the following ways. 
The events are stored in a natural hierarchy. 
EventKey 
ParentKey 
Description fields 
Events that are related to the ParentKey have a parent record. 



EventKey 1 

ParentKey 0 

Description Tigers team schedule 

EventKey 2 

ParentKey 1 

Description Game 1 Tigers vs. Falcons 

EventKey 3 

ParentKey 1 

Description Game 2 Tigers vs. Lions 



The following is an example of the use of the Event Schedule Overlays. Users can select 
record 1 (EventKey 1) to have the entire schedule inserted into their calendar, or the user can select 
individual games to display, for example, by selecting EventKey 2. In addition, the system keeps 
an exception list so the user could have all the games, except some, displayed. This method allows 
for the display of new games added by the event schedule creator. For example, if record 1 is 
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selected, record 2 (game 1) could be excluded Two weeks later, for example, if the Tigers go to the 
regional playoffs, the event schedule creator will add 3 new games (EventKeys 4, 5, 6). Because the 
new games are in the set (All games except game 1), the new games show up in the user's calendar. 

Figures 10A through 10C and 11, illustrate some simple subroutines used by the 
Appointnet system to process the end user's requests as processed through their client devices and 
briefly detailed in accordance with Figure 7. For example, to perform a search 890 the end user's 
input is collected in the client device and sent to the Appointnet system, where it is collected at 1030 
and a search of the records based on the search criteria and the UserlD is conducted at 1090. This 
search is based on the content of the Database Tables 480 and the results are displayed as links 1 100. 
Similarly if Help is requested at 900 the contents of the Help files are displayed 1 1 10. 

To change the view of the calendar 91 0 to a month/week/day view, the end user selects the 
view, the client device sends the data about that selection to the Appointnet system, which in turn 
updates the user record 1 120 using the Database tables 480, and then the new calendar is formatted 
by the Appointnet system, complete with all appropriate text, links and icons. That formatted HTML 
information is sent to the client device for display to the end user 520. The end user can see what 
messages were sent to him by checking the InBox 920. When this happens at 920, the Database 
Tables 480 are searched for messages, and the results of that search are displayed as a list of links 
to the information 1110. An end user may wish to view a day that is not currently displayed on his 
calendar. He can see any date for years into the future. This is called navigating the date. To 
navigate a date 930, the date is chosen and the new calendar is shown 520. To send E-mail (Figure 
1 1) at 940 the input from the client device is collected by the Appointnet system 1030, the link to 
the Appointnet system 1 120 is added to the E-mail, and the E-mail is sent through the transport 
medium 30. 

The process of creating an appointment, an announcement, a reminder, an invitation or any 
other type of time sensitive message 1 1 30 is illustrated by Figure 1 2. An end user makes entries at 
his client device 20. That information comes to the Appointnet system through the transport 
medium 30, where it is collected 1030. It is then determined by the system that the end user is 
sending an invitation. A "Group" record is created 11 40 in accordance with the Database Tables 
480. Then a "View" record is created 1 1 50 for the end user who is creating the invitation. This is 
also done in accordance with the Database Tables 480. "Slot" records 1 1 60 are made for each time 
slot requested by the creating end user. This is also done in accordance with the Database Tables 
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480. Next, "View" records are made so each of the recipients of the invitation will be able to see 
it at 1 170. If it is desired that E-mail be sent to the recipients), then the Appointnet system formats 
the text and sends the E-mail to the transport medium 30. Next the end user's calendar is shown at 
520. 

Figure 13 illustrates the subroutine for processing detail information at 1 190. First, show 
a detail page then collect end user input 1030 which is delivered to Appointnet fix>m the client device 
20. Based on that input, it is next desired to switch to the particular action that is desired by the end 
user 1200. For example, an end user may choose to confirm an appointment 1210. When this is the 
case, the information in the SlotState field is changed 1220 to confirmed in the accepted time slot, 
and to canceled in the other slots 1230. This results in the time slot being confirmed in both 
calendars. An end user may want to cancel the invitation 1240, and this results in all the SlotStates 
being changed to canceled 1250. In the event a sign-up 1 260 is requested, a simple appointment can 
be made 1270 after which the "View" of this is deleted for the sign-up group 1280, Once any or all 
of the above actions are taken, E-mail may be sent 1 1 80 through the transport medium 30 and the 
calendar can be shown. 

One of the more intriguing and useful aspects of the Appointnet system is that the system 
has a self-replicating aspect, in that it creates new calendars for people who are not yet active 
members when these non-users are contacted by current end-users through the Appointnet E-mail 
component. This E-mail is sent to these not-yet-active users inviting them to come to the Appointnet 
site and become active users. This process is illustrated in Figure 1 4 which shows that when a new 
end user joins at the Appointnet Web site they get a private personal calendar showing a waiting 
invitatioa The new end user can then in turn send invitations to other potential end users and also 
bring them in to the Appointnet system. This process can be repeated over and over. 

Thus, end user A 1 290 invites end user B 1 300 to make an appointment and the Appointnet 
System automatically creates a new client record for end user B 1 3 1 0. E-mail is then sent to end 
user B at 1320 through the transport medium 30. When end user B gets the E-mail 1330 end user 
B goes to the Appointnet Web site 1340 and once in, can invite new end user C 1350 to an 
appointment. The system similarly creates a new record for the new end user C 1 3 60, sends the E- 
mail to new end user C 1370 through the transport medium 30, and this sequence is then repeated. 
In this manner the Appointnet system spreads and becomes ubiquitous throughout the Internet. This 
results in individuals having easy access to the creation and confirmation of appointments, 
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reminders, invitations and all other time sensitive messages with other end users around the world. 

Figures 16A, 1 6B, and 16C illustrate a typical calendar generated by the Appointnet system 
of Figure 15, and by the routines discussed above. Figure 16A is the monthly version 1470 of a 
typical calendar. Several Announcements, are shown for example at 1480. These Announcements 
appear at various dates. Reminders are also shown at 1 490 at various different dates. In accordance 
with the present invention, it is possible for the end user to choose to overlay another schedule on 
to the end user's calendar. Thus a football schedule 1 500 is overlaid on the calendar of Figure 1 6A 
showing the various football games which will be played in the month. The overlay items, as well 
as other calendar items, have hypertext links to detail information and/or are other uniform resource 
locators ( 4< URLs") Several pull-down boxes 1510 allow an end user to navigate a date by selecting 
the month, date and year of interest. 

Figure 16B is the weekly calendar chosen for example as a particular week in the month 
ofFigure 16A. It is only required to select the weekly button 1520 or click on the arrow of the week 
1 530 for that selected week to be displayed along with associated events, announcements, reminders, 
and the like as shown in Figure 16B. An end user can select a daily view as shown in Figure 1 6C 
by clicking on the underlined date text found in the day cell. The daily view is displayed along with 
associated events, announcements, reminders, and the like. 

Figure 17A through 17 F illustrate the sending of an invitation to an end user from an 
existing end user using the Appointnet system ofFigure 15. Hie "Invite** function is used to request 
an appointment with someone 1550. The calendar's mode (monthly/weekly/daily) is determined by 
the current state of the calendar in view. In the monthly mode of this embodiment, the inviting user 
can choose up to 1 0 time slots for any time sensitive event with the pull-down time lists 1 555 found 
in each day's cell. (While inviting 10 times is currently available with the system, any number of 
time slots for time sensitive events is possible.) Otherwise the user can use the pull-down menu 
1 560 to suggest up to 10 times and dates that are free for the meeting, and do not appear on the 
displayed calendar. The invitee's E-mail address is filled in 1570 or can be selected from a list of 
addressed that were saved earlier 1 580. The subject 1590 for the invitation may be filled in as well 
as the length of time for the particular invitation 1600. Upon sending the invitation 1610, a view 
record is created both for the invitee and invitor. E-mail may also be sent to the invitee at this time. 
The E-mail alerts the invitee about the invitation and lures the user to the site where the user can see 
and gain access to their calendar. 
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In the weekly mode 1520 (Figure 17C) it is also possible to choose up to 1 0 times for the 
proposed meeting from the visible calendar by selecting the check boxes in the hourly grid 1 625, or 
to use the drop down boxes 1630. Similar to the operation of the monthly calendar 1 550 the weekly 
calendar 1 620 the E-mail address, subject and a message 1 640 can be sent with the invitation. When 
the daily mode is chosen 1540 similar functions are available, and similar steps are taken to those 
steps taken in the monthly and weekly modes. 

Figures 18A and 18B illustrate the creation of a reminder that is to appear in one's own 
calendar within the Appointnet system. An end user selects the "Reminder" button on the left menu 
bar to start the process. In this process a subject 1590 is entered, a length of time 1600 is entered, 
and the reminder text can be entered as well at 1670. When the Send button 1610 is selected the 
reminder is posted to the client's own calendar. 

Figures 19A through 19B illustrate how end users create an Announcement on the 
Appointnet system. In a process similar to sending invitations and making reminders, the end user 
selects the time(s) to place the announcement, enters the E-mail address of the recipients) 1570, the 
subject 1590, and E-mail text 1595 if any. Then the announcement is sent when the end user selects 
"Send". 

Figure 20 shows the "In Box" screen that the end user sees when he selects the "In Box" 
button from his calendar. This screen is presented in the client device 20, and the end user can select 
various kinds of messages to search. These search criteria can limit the search to a kind of message, 
or a period of time, for example. 

Figures 21 A through 21 C illustrate the detail pages that are available to end users. The 
detail can be about Announcements for example as is shown in Figure 21 A. To get a detail page, 
an end user looking at his calendar would select an Announcement, for example. (Refer to Figure 
17C, and look at cell "Thu Dec, at 10:00 AM".) That end user would be presented with a detail 
similar to the one found in Figure 21 A. Any other message visible on a detail page that is presented 
as a hyperlinked text can be selected from the detail page. Doing so causes the Appointnet system 
to generate a detail page for that selection. It is also interesting to note here that Detail pages of the 
present invention are comprised of details about one message, and these details are inserted into a 
daily calendar. This is done to help the end user avoid scheduling conflicts. A "Contact Log" 1700 
area is also preferably present in the detail page. The Contact Log area acts as a threaded record of 
all communications between the end users involved with this Announcement, Appointment, or 
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Reminder, for example. It is possible to read the contents of this log and review the response 
messages sent back and forth about this scheduled event. Thus, Appointnet provides interactive 
detail for each event which has heretofore not been achievable with prior scheduling systems. 

The Appointnet system provides through statistical and access recordation the feature of 
manual and automatic user profiling. This allows for real-time distribution of time sensitive data 
and information delivered to a user's calendar or other client device. The system also for real-time 
broadcasting of time sensitive information to multiple end users' calendars or client devices. 

Another feature of the present invention is the inclusion of an Active Search Folder. Under 
this feature, pre-formulated user queries can be stored in the system. When a database entry of 
another user matches a query request, the first user can be notified on his or her calendar. For 
example, a user may have a query in which he or she requests concert tickets for a particular band. 
In the event that another user of the system updates or adds information about the rock concert or 
an offer to sell tickets, the user whom posted the query can be notified on his or her calendar. 

The Active Search Folder can be used, for example, with an electronic commerce 
application. For example, as shown in Figure 27, assume the user of the system is a fan of the 
"Spice Girls* 1 rock group and places a query Spice Girls events. When a "Spice Girls" concert is 
scheduled, it will appear on the user's Calendar. By clicking an icon or hyperlink, the user will be 
brought to a page within the Appointnet site where information about the concert is listed and where 
a variety of e-commerce choices such as posters, CD's and videos can be ordered Tickets to the 
concert can also be ordered via an e-commerce partner. 

A still further feature of the present invention is the inclusion of a File Manager Interface. 
As shown in Figures 24A and 24B, the File Manager Interface can be used to arbitrarily group events 
in a personal file which can be stored according to the particular desires or needs of the individual 
user. As shown in Figures 24A and 24B, various files have been stored in folders for such items as 
events and lunches. Additional folders for such items as meetings can also be created. The File 
Manager Interface therefore provides a mechanism by which all of the entries on a user's database 
can be grouped as convenient files, which provides for arbitrary groupings of items which can then 
be manipulated as one entity for operations such as sharing with other users, displaying, hiding or 
printing. 

Referring now to Figure 26, still another aspect of the present invention is its applicability 
to so-called personal digital assistants PDA such as the PalmPilot by 3COM. The present invention 
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provides software which synchronizes the databases of the Date Book, To Do List and Address Book 
applications in a PDA 4000 with the corresponding components of the Appointnet Calendar. The 
system works in conjunction with a Conduit 4010. A Conduit is special purpose software residing 
on the client device 20 which facilitates communication and data synchronization between internal 
PDA applications and other applications. Software running on a client device 20 utilizes HTTP via 
the Internet to exchange synchronization information between the PDA 4000 and the Appointnet 
Server 4020 which uses ASP and SQL 4030 to access the database of the Web-based Appointnet 
Calendar application. 

The present invention is designed to be independent of a client device 20 on which the 
synchronization process is performed At the onset and conclusion of each synchronization session, 
all necessary data remains contained in the PDA 4000 and the Appointnet server database 4050. The 
client device 20 provides only temporary communication, storage and synchronization services 
during the process. 

The system allows the user to perform the synchronization procedure from any computer 
capable of running the required software and having a connection to the Internet The required 
software can be downloaded from the Internet, temporarily installed on a client device 20 for the 
duration of the synchronization session and then removed without the loss of any data required for 
successful future synchronization. 

When the user initiates a session, a Sync Manager 4060 on the client device 20 activates 
each of the currently enabled Conduits 4010 consecutively, which in turn each use a Sync Manager 
4060 to extract data via the Serial Link 4070 from the relevant PDA internal application and initiate 
an HTTP request 4090 for data from the appropriate dedicated Active Server Pages (ASP) on the 
server 4030. The ASP Server processes the request from the Conduit 4010 and sends back the 
particular type of data requested from the user's Appointnet Calendar encoded in an HTTP response. 
This data from the ASP Server 4030 is synchronized with the PDA data by the Conduit 401 0 and 
the resulting composite data set is sent back to the server. The ASP Server 4030 synchronizes the 
user's Appointnet Database 4040 with the incoming data and sends any necessary updates back to 
the Conduit 40 1 0. The Conduit 40 1 0 performs a second synchronization on any updated records that 
were received, and sends back a confirmation that any received update records were processed. The 
Conduit 4010 then returns control to the Sync Manager 4060. When all Conduits 4010 have been 
activated, the sync session concludes. 
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The second synchronization cycle is required to support both the client device 20 
independent feature described earlier and the integrity of the Appointnet Calendar Database which 
differs from the PDA application databases in significantly. Because the Appointnet Calendar is 
designed to support shared appointments (events which may appear on a user's Calendar but which 
were not created by the user), this presents a unique challenge to the synchronization process. 
Events created by the user on the Appointnet Calendar may only be modified within certain 
constraints imposed by the system, and events not created or owned by the user my be selectively 
viewed on the user's Appointnet Calendar but may not be modified or deleted from the database by 
the user. However, since all events on the PDA can be freely modified or deleted by the end user, 
two classes of events. PDA-type events which originate on the PDA may be modified or deleted by 
the user on either platform, but non-PDA events which originate on the Appointnet Calendar may 
only be modified or deleted from the Appointnet Calendar. 

To handle the two classes of events on the two platforms, a new synchronization protocol 
is provided which maintains the integrity of the Appointnet database while also providing the PDA 
user with the ability to view and customize the appearance of these effectively read-only events. 
Non-PDA events which originate on Appointnet and which may not be freely modified on the PDA 
are visibly marked as read-only when they are incorporated into the PDA Date Book application 
database. If the PDA user decides to modify these distinctively marked read-only events, they are 
converted to PDA-type events during the next synchronization session, and the original unmodified 
non-PDA events are recreated on the PDA, thus maintaining consistency with the appearance of the 
Appointnet Calendar while protecting the integrity of the Appointnet database. 

Referring now to the block diagram of Figure 22, a still further aspect of the present 
invention is the inclusion of a calendar application programming interface (eCAPI) 5000. The 
purpose of the eC API is to provide an interface for accessing calendar functions so that individual 
users and sub-users of the system can create and construct individual looks for their own calendars. 
In one embodiment, the eCAPI 5000 may be downloaded to a Partner Web Site 5010 and provides 
the ability for a web master to create an individual look and feel using HTTP. Alternatively, eCAPI 
can be used to access the eCal engine 5035 directly. Moreover, portions of the CAPI can be 
configured as modules to facilitate access. 

The eCAPI, in one embodiment, is implemented as a number of ASP files that are retrieved 
via standard HTTP GET and POST requests from an engine 5035. For a secure connection, HTTPS 
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can also be used. These ASP files can return values, manipulate the user's calendar, provide redirects 
based on input parameters. A service model is used for separating the functionality of the API. 
These services are grouped into the following categories: 

USER SERVICES 5020. User services provide authentications as well as other services 
to manipulate and query the user's account on appoint.net. 

CALENDAR SERVICES 5030. Calendar services provide an interface into the calendar 
and return information about the user's calendar as well as provide functionality to manipulate it. 

ADDRESS SERVICES 5040. Address services provide an interface into the address book. 
Services include querying the address book as well as editing functions. 

E-MAIL SERVICES 5050. E-mail services provide an interface into the e-mail subsystem. 

UTILITY SERVICES 5060. Utility services provide various low level capabilities. 

STANDARD SERVICES 5070. Standard services provides an interface into industry 
standard protocol such as LDAP. 

The eCAPI can then be used to create a customized "look and feel" at the Partner Web Site 50 10. 

The Appointed system described in accordance with the present invention is thus an 
efficient Web-based system that allows nearly an infinite number of clients to make and confirm 
appointments with each other. The system does not require that the end users have any special 
software in their client devices 20 other than the standard Web browsers that are already on the 
market The system is simple to use, transparent to end users, and greatly facilitates appointment 
making which heretofore has not existed in the art. 

There have thus been described certain preferred embodiments of scheduling systems 
provided in accordance with the present invention. While preferred embodiments have been 
described and disclosed, it will be recognized by those with skill in the art, that modifications are 
within the true sprit and scope of the invention. The appended claims are intended to cover all such 
modifications. 
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What is claimed is: 

1 . A computer system for scheduling events comprising: 

an end user interface that is generated in a standard page markup syntax language and 
which is accessible by at least two end users of the system using standard communication protocols, 
to allow one of the at least two end users to establish and communicate an event to be scheduled 
within the system to the second end user; 

means for delivering the event to be scheduled to the second 
means for confirming the event to be scheduled by and between the at least two end 
users using the standard communication protocols. 

2. A computer system for scheduling events between a plurality of end users 
comprising: 

a client interface for allowing an initial end user to communicate a desired scheduled 
event through the system to either other end users or other potential end users of the system; 

a transport medium interface for allowing the system to transport the desired 
scheduled event between the other end users or other potential end users of the system; and 

a computer subsystem in communication with the client interface and transport 
medium for generating a calendar for the initial end user that is adapted to contain the desired 
scheduled event for the initial end user and which may be modified by either other end users of the 
system or the initial end user. 

3 . A method for scheduling events comprising the steps of: 

allowing an initial end user to communicate events to either other potential end users 

or to himself; 

delivering the events from the initial end user to the other potential end users, or to 
the initial end user, with a standard protocol; and 

confirming the events in a visible manner to both the initial end user, and other 
potential end users. 

4. The computer system of claim 2 further comprising means for adjusting for different time 
zones between the end users of the system. 

5. A computer system for scheduling events between a plurality of end users 
comprising: 

an end user interface that is generated in a standard page markup syntax language 

which may be accessible by a first end user of the system using standard communication protocols 

and which allows the first end user and a preselected second end user to establish a desired event to 
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be scheduled within the system; 

a computer subsystem in communication with the end user interface for generating 
an active calendar grid for the first end user that is adapted to contain the scheduled event for the first 
end user and which may be modified hy the preselected second end user of the system or the first 
end user; 

a transport medium interface to transport the desired scheduled event to the second 
end user of the system using the standard communication protocols and for providing a medium by 
which the preselected second end user can confirm the scheduled event on the active scheduling grid. 

6. A computer system for scheduling events between a plurality of end users 
comprising: 

an end user interface that is generated in a standard page markup syntax language 
which may be accessible by a first end user of the system using standard communication protocols 
and which allows the first end user to establish a desired event to be scheduled within the system; 

a computer subsystem in communication with the end user interface for generating 
an active calendar grid for the first end user that is adapted to contain the scheduled event for the first 
end user in the time zone of the first end user and which may be modified by a preselected second 
end user of the system or the first end user, 

a transport medium interface to transport the desired scheduled event to the 
preselected second end user of the system using the standard communication protocols and for 
providing a medium by which the preselected second end user can confirm the scheduled event on 
the active scheduling grid of the first end user; 

said computer subsystem further generating a second active calendar grid for the 
preselected second end users in which the scheduled event is scheduled according to the time zone 
of the second end user via an end user interface that is generated in a standard page markup syntax 
language and which may be accessible by the second end user of the system using standard 
communication protocols. 

7. The computer system of Claim 6 wherein said first and second active calendar grids 
are enabled for e-commerce. 

8. A computer system for scheduling events between a plurality of end users 
comprising: 

an end user interface that is generated in a standard page markup syntax language 

which may be accessible by a first end user of the system using standard communication protocols 

and which allows the first end user to establish a desired event to be scheduled within the system; 
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a computer subsystem in communication with the end user interface for generating 
an active calendar grid for the first end user that is adapted to contain the scheduled event for the firet 
end user in the time zone of the first end user and which may be modified by a preselected potential 
second end user of the system or the first end user, 

a transport medium interface to transport notification of the desired scheduled event 
to the preselected potential second end user of the system via an electronic mail message using the 
standard communication protocols, said electronic mail message providing a hyperlink to said 
computer subsystem by which the preselected second end user can obtain and confirm the scheduled 
event on the active scheduling grid of the first end user and further authorize the creation of an active 
scheduling grid for said second end user. 

9. The computer system of Claim 8, wherein a plurality of events may be overlayed on 
the active scheduling grids of the first and second users. 

10. The computer system of Claim 8, further comprising means for selectively altering 
the appearance of the first and second active scheduling grids. 
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